【KSP】分析并临时解决 BDAc v1.2.2.2 组件消失的 BUG

您所在的位置:网站首页 坎巴拉 旋转部件 【KSP】分析并临时解决 BDAc v1.2.2.2 组件消失的 BUG

【KSP】分析并临时解决 BDAc v1.2.2.2 组件消失的 BUG

2024-07-16 00:11| 来源: 网络整理| 查看: 265

题图:Steam 集换式卡牌《Kerbal Recruit》

全文共 2636 字,可能需要较长阅读时间

起因

自上个月以来,坎巴拉太空计划吧的提问楼偶尔会出现类似「为什么我的 BDA 只显示这些组件」这种提问,也就是下图中这种情况。

提问者得到的回答一般是「按制造商筛选就能找到全部 MOD 组件」。这样做确实能解决问题,于是我也没有深究下去,毕竟我个人并不使用这个 MOD。 直到前几天,又有位在提问楼提出了同样的问题。在得到同样的回答后,那位并不满意并表示已经解决了这个 BUG ——这引起了我的好奇心。

那就来动手分析并解决 BUG 吧!

复现 BUG

游戏版本 1.4.5 ,语言为简体中文

下载安装 BDAc v1.2.2.2 与其依赖的 PRE v1.7.0

打开游戏进入 VAB / SPH ,选择 BDA Weapons 分类,只能显示少量组件

改为按制造商筛选,选择巴哈姆特动力分类,能够找到所有 BDA 相关组件

分析 BUG

BDAc 最近一次更新于8月8日,距离现在已有超过两个月时间,但如此严重的 BUG 却一直没有得到解决。因此这个 BUG 很可能只出现在中文玩家中,因为依赖于汉化的玩家可能缺乏用英文直接向开发者反馈足够信息的能力,这样开发者便难以及时发现并解决 BUG 。

结合刚才复现的情况,综上判断:

BDAc 所有组件已正确加载

问题可能出现在汉化过程中

问题可能出现在 BDA 组件分类中

既然这个 BUG 自上个月以来就已经多次在贴吧被人提出,那么其 GitHub 上大概率会有相关的 Issue——果不其然, #580 便反映了这个 BUG 。 维护者提供的解决方法是删除 \GameData\BDArmory\Localization 下的 localization-zh-cn.cfg ,但这样所有文本都将会丢失,经确认此方法有效。所以问题出在这文件的哪里呢?

使用 VS Code 打开此文件,首先引起我注意的是右下角显示的 UTF-8 with BOM ,这种编码方式在某些场合可能会带来兼容性问题。尝试以标准的 UTF-8 编码保存文件,但打开游戏后发现问题依旧存在,所以问题并不出在此文件的编码方式上。

那可能是最近一次更新意外搞乱了这个文件?查阅汉化文本文件相关的 Commit 也没有发现任何可疑处。

毫无头绪,那就暂时忘记 localization-zh-cn.cfg ,把注意力集中在组件分类上。原版 KSP 中组件分类的实现依靠于组件的 cfg 配置文件中的 category 参数——例如当参数的值为 Pods 时该组件将会被分类到座舱下。

既然这样那随便找一个组件的配置文件看看吧,这里挑选的是 AIM-120 导弹 :

category = none

subcategory = 0

title = AIM-120 AMRAAM Missile

不对啊,如果分类是 none 的话按理说英文用户也会看不到这个组件才对?在同文件夹下打开另一组件的配置文件:

category = none

subcategory = 0

title = AMRAAM EMP Missile

似乎没什么区别。但仔细一看——这个名为 AMRAAM EMP Missile 的导弹却正常出现在 BDA 组件分类中!

鉴于 BDAc 并没有使用第三方分类 MOD(例如 CCK)进行组件分类,所以 BDAc 一定有自己的分类功能模块,那为什么这个 BUG 在以前并没有出现呢? 在 Release 页面查看最新版本的更新日志,这两条记录十分关键:

Added 2 new EMP equipped missiles HellFire EMP, and AIM-120 EMP. Small pulse radius but demonstrates the feature.

刚才的 AMRAAM EMP Missile 便是最新添加的组件,它能正常出现在 BDA Weapons 分类中。

Removed BDACategoryModule as a result of the BDA categories refactor.

这意味着 BDA 分类功能模块刚刚更新过,那就来研究一下它吧。以 catagory 为关键词在 GitHub 仓库中搜索源代码文件,果然找到了 BDAEditorCategory.cs ,这一段映入眼帘:

protected string Manufacturer

{

       get { return "Bahamuto Dynamics"; }

       set { }

}

灵光一现,马上回到 localization-zh-cn.cfg 中,找到了这一条汉化文本:

#loc_BDArmory_part_manufacturer = 巴哈姆特动力

豁然开朗! 分类功能的判定原来是 制造商名称 等于 Bahamuto Dynamics 。

现在让我们把所有的线索串起来,整理出这个 BUG 的来龙去脉:

两个月前 BDAc 更新 v1.2.2.2 版本

新版分类模块的筛选只考虑到英文用户

所有新加入的组件都没有汉化

由于旧组件的制造商名称被汉化,因此所有旧组件都无法被新版分类模块筛选出来

新加入的组件 完全没有汉化,因此不受影响

中文玩家更新 MOD 后发现了此 BUG,开始在不同地方提问寻求解决方案

问题配图中所有能正常显示的组件均为新加入的组件

解决 BUG

对于 MOD 用户而言,最好的临时解决方法是修改 \GameData\BDArmory\Localization 下的 localization-zh-cn.cfg 第 9 行:

#loc_BDArmory_part_manufacturer = Bahamuto Dynamics

而如果要绝后患,则需要将 BDAEditorCategory.cs 中涉及字符串判断的部分改为特殊的本地化字符串,以应对不同的本地化环境。 这明显超出了我的能力范围,所以我提交了这个 Pull Request 作为临时方案,同时指出了问题的根源所在。高兴的是 BDAc 项目的一位协作者很快审阅并肯定了这个修改,并表示将修复 BDA 组件分类模块中的问题。

Good catch @Duck1998 ! :)I guess we should really fix our Category module to use the localized string, but this is a good workaround until someone gets to it. :)

最后附上问题解决后显示正常的截图

总结

作为和 KSP MOD 打了四年多交道的老油条,经过这次排 BUG 的经历,个人认为这些帮到了我:

过硬的英文阅读能力

细致的调查和推理

熟悉 GitHub 基本操作

理解游戏配置文件中的大部分参数含义

一点好运气

那为什么这个 BUG 存在了两个月也没有被找到原因?可能在 KSP 中文游戏圈里,只有我无聊到给一个自己并不玩的 MOD 排除 BUG 而且还要把整个过程写在博客上了吧。

本文首发于本人个人博客 KerbalPARA ,以前写的文章也已全部搬迁完成

本文地址:https://duck1998.github.io/2018/10/18/bda-bug-workaround/

博客首页文章页面

KSP 1.5.0 更新了?看这里👇

嫌弃我在贴吧写的 MOD 大楼?没关系,因为👇

10月份的坎吧提问楼被百度系统删帖了

如果你喜欢这篇文章,希望让更多 KSP 玩家看见,请点赞和分享

如果你觉得文章写得不错,想鼓励 up 主,请随意投币

如果想未来能够轻松找到这篇文章,请使用收藏功能

未来第一时间阅读我的最新文章,要不考虑下关注一波?



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3